|
Author |
Thread Statistics | Show CCP posts - 12 post(s) |
Shuin Pa
Ministry of War Amarr Empire
1
|
Posted - 2013.02.25 01:15:00 -
[1] - Quote
Operating System: Win7 (Ver: 6.1.7601 / sp1 Build 7601) Graphics Card: AMD Radeon HD6570 Driver Version: 8.980.0.0 Number of Clients: See below How long before the freeze/crash occurs? It's random What are you doing when the freeze occurs?: Mining Ice
CPU: Anthlon 64x2 3800+
Number of clients: I used to run 3 on the same box 2 on the HD screen (same exe file) and one on the SD screen (different exe file) with very few lag issues. Post patch I cannot run 3 clients anymore. TOO CPU intensive. 8-(
I notice now that with 2 clients I run about 50% CPU until I hit the ice belt then 100%. Trying to open a 3rd is useless.
Another note: I use 2 dirs for Eve. 1 for the HD and 1 for the SD (screen sizes window positions and such). Only the HD client has crashed thus far.
Yet another note: Win7 had a patch available on 2/15(ish) and I updated on 2/16. I cannot be sure if the issues were caused by that patch or the Eve patch. No restore point was set to roll back the Win7 patch.
I hope all that made sense.
Pa
EDIT: the client does not crash it contiues to mine but the GUI freezes solid and get a windows dialog that says it is not responding. Edit: 5:36 eve time 2013/2/25 SD client just did this same crash thingy. I am still in space on another account mining away but the GUI is frozen with windows error dialog "CCP EXEFile is not responding....: as it locked up the cpu usage went to 70ish% and over 7.5mb Working set mem usage |
Shuin Pa
Ministry of War Amarr Empire
1
|
Posted - 2013.02.25 17:16:00 -
[2] - Quote
CCP Mankiller wrote:We are actively investigating this issue, but our biggest problem is that we cannot reproduce this freeze in-house at all...
We have an idea what might be going on there, but I need your help to prove it:
So the next time you get this freeze, can you please leave it for a few minutes and then open the Windows Task Manager, go to the "Processes" tab and look for a process "ExeFile.exe *32"? When you have found it, keep an eye on the memory consumption. What I'd like to know is: does it go up and up and up? And does it stop finally at the ~4GB boundary?
IF "exefile.exe" has reached this boundary I would like to get a screenshot of your task manager and the client log files! That would help us a lot!
http://i.imgur.com/rCWVnDi.jpg
Screenshot the highlighted exe is the failed client
EDIT: sorry it's a little early in the morning and I jumped the gun. I already had this screenshot saved. This was taken a few minutes after. 32bit win7 I'll leave the next one longer to see if it increases. |
Shuin Pa
Ministry of War Amarr Empire
1
|
Posted - 2013.02.25 18:16:00 -
[3] - Quote
no other software running. no mumble, xfire usually not even IE. |
Shuin Pa
Ministry of War Amarr Empire
1
|
Posted - 2013.02.26 04:04:00 -
[4] - Quote
Original post updated with requested screen shots of the task manager. |
Shuin Pa
Ministry of War Amarr Empire
1
|
Posted - 2013.02.27 01:56:00 -
[5] - Quote
Client will not white out with logserver running... The bug knows it's running and refuses to rear its ugly head...
The machines are smarter than us.
BTW tested the fleet theory, I think it is coincidence. Currently in fleet running the log server so I predict it will not whiteout at all and everything will be fine until I stop the log server and go to PVP. 8-p
Signed,
Shuin "Frustrated" Pa
|
Shuin Pa
Ministry of War Amarr Empire
1
|
Posted - 2013.02.27 22:33:00 -
[6] - Quote
CCP Habakuk wrote:Hi, While we have made a bit of progress in looking into this (it happened for example once on my machine), we need to ask you for a bit more information to be able to resolve this faster. Please respond with following information, if you experiencing freezing clients (which do not recover at all): - Number of running clients, when the freeze happened:
- Full screen / windowed / fixed window:
- Was the client minimized, when the freeze happened?
- Audio enabled? (on how many clients?)
- Was the character of the frozen client in a fleet?
Several of you have already given some of this information in earlier posts, but it would be great to have a bit more info on this. Thanks!
Running Clients: 2 (It would be 3 but since the update I cannot run 3. too CPU intensive now) Fixed Window Dual screen (1 HD 1 SD) Minimized? Good question. I will be aware for the next time. Audio Enabled? YES Fleet? Fleet does not matter. Last night I had 2 whiteouts first time in fleet second was not in fleet.
Log server was running and I just noticed that I can upload zipped files in a bug report. I'll do this and edit this post with the bug report later when I have time. |
Shuin Pa
Ministry of War Amarr Empire
2
|
Posted - 2013.02.28 17:16:00 -
[7] - Quote
I have 2 complete logserver zips for you. They were too big to upload with a bug report.
First file was not fleeted and was not minimized. I run dual screen and I am pretty sure that the focus was on the client that did not crash. The crash happened with in 20 mins or so of the end of the logfile.
Second file was not fleeted and was minimized (both screens). Not sure when the client crashed on this one, sorry. I went afk and fell asleep.
Just thought I would mention that I can't replicate the issue during the daytime (-8:00 GMT here in San Diego). The clients will crash multiple times during US primetime and after. ((now that I said that it will probably crash multiple times today 8-p)) EDIT: 17:21 (eve time) as I finished this post and maximized my clients one of them crashed (Murphy). Log server was not running. starting it again now.
http://www.fileconvoy.com/dfl.php?id=g26a0e2a04888aec9999233635844af4281ea8f837
The file(s) that can be retrieved with the above link is (are):
White out 2-27 #2 no fleet.zip (25.488 MB) Whiteout 2-28 no fleet not minimized.zip (26.01 MB)
The file(s) will be available on the server for the next 7 days. |
Shuin Pa
Ministry of War Amarr Empire
2
|
Posted - 2013.02.28 20:35:00 -
[8] - Quote
OK I finally got a logfile with a timeline of when it crashed. I zipped the logfiles and uploaded them to this bug report. Your report ID is 154473
This time the client that crashed was maximized and had focus, the other client was also maximized. The crash occured soon after I enteered the belt. When I came back to the computer about 22 minutes after I started mining the screen was locked and it showed no ice in the hold. WHen I relogged the ship had 14 blocks in the hold, so 7 cycles approx 188sec/cycle = 22 minutes. Read "approx 22 minutes before the logfile terminated is where the crash occured"
I "Quit" the client that was working and noticed a normal termination in the log. When I clicked the windows dialog to close the locked up client there was no such log. I proptly saved the log zipped the log files and generated the bug report.
I hope this will give you more information and help to narrow down when in the logs it crashes.
You can find all of the other info about the comp/graphics and such in the previous posts in this thread.
Just to be clear: I was NOT in FLEET and the client that crashed was NOT MINIMIZED. |
Shuin Pa
Ministry of War Amarr Empire
2
|
Posted - 2013.03.02 23:54:00 -
[9] - Quote
Kayrl Bheskagor wrote:Prior to the last big patch, I could comfortably run 10 clients on my machine. Since the patch, I can barely run half that number. Why? Something in your patch has turned your client into a complete resource hog.
Memory usage, per client, has gone up between 40 and 100MB. So where pre-patch usage was between 590 to 640 MB, now it's 660 to 720mb per client. CPU usage has gone through the roof, essentially doubled. At 5 clients, CPU usage is at 99 to 100% constantly. I have a Core 2 Intel Quad 2.2 GHZ CPU, and with 10 clients, I never broke 90% CPU usage. I play with the camera zoomed out to the max, so it's not like there is a lot of problem with rendering a lot of close in detail work. In station, CPU usage drops to 70%, but out in space, it's pinned and stays that way with only 5 clients.
People have lock up and white out issues because of the CPU usage being maxxed out. I was having the same effects and problems, because my CPU was pinned at 100% as well. There just was no more CPU time to process the amount of information needed for multiple clients, and on older machines, even a single client can completely use up all the resources. Nothign has changed on my machine since your patch, this problem is 100% with the way you patched Eve. this isn't a new thing. the exact same problem occurred when you patched in that useless P.O.S. virus you call the unified inventory.
I have friends that all have the same problem whther they're running Vista 64 like me, or Vista 32 bit, or Win 7. Right now, 2 qaccounts are unsubbed because the subscriptions have run out and I have no reason to sub them when I can't use them. I have three others I play with who also let anywhere from 1 to 3 accounts drop for the same reason. I have 2 more accounts coming up that will be unsubbed too. I'm not paying for something you've screwed up. This latest "patch" is already costing you money. If more people do this, maybe you'll actually pay attention to how and what you code, but then, this is just a repeat of fall last year.
At the same time, fix drag and drop, because that doesn't work at all for multiple items. Docking and jumping also doesn't work any more oftne than half the time, if I'm lucky, but that is also a problem that has existed since the useless inventory patch.
Take your time fixing it though. Lots of games to play that actually work ;)
See I am not the only one.
--
Been on the test server all day. While I cannot exactly replicate the situations when I lock up, there has been no other issues other than the one listed above by my new friend.
Sorry starting to get bitter.
In other words. I can't exactly go mining in an ice belt on the test server with 50 other ships 300 drones in the belt with me. Hence not being able to replicate the conditions. I am able to run 3 clients on the test server but I can do that on TQ when NOT in the ice belt and space is otherwise empty. the CPU load on TQ is small (20-30%) till I enter the belt then BOOM 100% CPU.
I really didn't want to spend my weekend on the test server but I am, bored to death, checking to see if it crashes. I really have no choice. All I can do on TQ is mine unless I want to risk losing ISK to a crash that wont be refunded.
Frustration mounts,
Shuin "bored to death" Pa |
Shuin Pa
Ministry of War Amarr Empire
2
|
Posted - 2013.03.04 15:46:00 -
[10] - Quote
spent a few more hours on Sisi with 3 clients running, no crash yet. |
|
Shuin Pa
Ministry of War Amarr Empire
2
|
Posted - 2013.03.06 15:38:00 -
[11] - Quote
CCP TerrorShark wrote:Ahoy-hoy
I'm looking for some feedback on this issue today if people have some time to drop me a quick comment so I can get an idea how well this freeze has been addressed. That includes people who are fixed, if its sorted I would really like to know about it.
Likewise if this is still an issue for you, after you have downloaded the patch yesterday, and gameplay continues to stall under the same circumstances let us know below in a structured and informative reply so I can continue the investigation.
Much appreciated
I was on TQ (post patch) most of the day and night without a freeze. The day before the patch it froze 3-4 tmes once on both of the clients I was running.
That said, I am still having issues with running 3 clients as I stated before. Is this just something we are going to have to live with? If so I would like to know before one of my subs comes up for payment.
THank you for addressing and owning this very annoying issue.
Pa |
Shuin Pa
Ministry of War Amarr Empire
2
|
Posted - 2013.03.08 01:36:00 -
[12] - Quote
2 clients running all day no crash.
Still having issues with running 3. Hell even running 2 is worse than it was running 3 prepatch. It lags so bad that even keystokes typed in the chatbox are lagged.
Dissappointed,
Pa |
|
|
|